home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group92c.txt / 000116_icon-group-sender _Fri Dec 18 08:49:21 1992.msg < prev    next >
Internet Message Format  |  1993-01-04  |  2KB
  1. Received: from owl.cs.arizona.edu by cheltenham.cs.arizona.edu; Sun, 20 Dec 1992 18:04:42 MST
  2. Received: by owl.cs.arizona.edu; Sun, 20 Dec 1992 18:04:41 MST
  3. Date: 18 Dec 92 08:49:21 GMT
  4. From: enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!sics.se!eua.ericsson.se!euas27c34!konhks@ucbvax.Berkeley.EDU  (Hakan Soderstrom)
  5. Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
  6. Subject: Re:  Bus Error
  7. Message-Id: <1992Dec18.084921.2511@eua.ericsson.se>
  8. References: <9212171730.AA26944@gremlin>
  9. Sender: icon-group-request@cs.arizona.edu
  10. To: icon-group@cs.arizona.edu
  11. Status: R
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13.  
  14. Thanks to Bill Griswold for mentioning some of the mechanisms that may
  15. cause a bus error.
  16.  
  17. My problem occurs in a program segment where coexpressions are used
  18. heavily.  (I don't have the Icon program library at hand, but it is the
  19. procedures, by Ralph Griswold I seem to remember, that convert any data
  20. structure to a string, and back again.) The problem appears when the
  21. volume and 'knottiness' of the data structure increases, so I'd rather
  22. not post a sample. In addition, I have a vague impression that in a
  23. previous experiment some other memory related environment variable
  24. made the bus error go away.
  25.  
  26. I have become accustomed to Icon as extremely reliable. Still, it is
  27. known that stack overflow can go undetected.  So I tend to believe that
  28. in this case heavily recursive use of coexpressions cause the stack to
  29. grow into some other memory region.  This is the kind of situation
  30. where there is no a priori upper bound on neither the number of active
  31. coexpressions nor the depth of recursion.
  32.  
  33. I will re-implement this (small) part of the application.
  34.  
  35. -- Finally, a re-statement of the problem for those who wonder (and for
  36. Richard Goerwitz :-)
  37.  
  38. I have an Icon program which I run under SunOS 4.1.1 on SPARC 1+
  39. hardware. I run Icon 8.7 created by gcc 2.1 with -O turned on.  This
  40. program has been known to terminate with bus error for some input
  41. data.  It behaved the same under Icon 8.6 as under 8.7.
  42.  
  43. The problem went away when I increased STRSIZE. So my question was, is
  44. it a known problem that too small a STRSIZE may go undetected and cause
  45. a bus error under Unix?
  46.  
  47. ------------------------------------------
  48. Hakan Soderstrom (contractor)
  49.